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(57) ABSTRACT 

A data manager manages global data within a Java Virtual 
Machine (JVM) installed and running in an embedded 
device. The data manager maintains a data class list that 
stores data class identifiers associated with each data class 
object currently loaded and cached in a data cache in the 
embedded device. The data manager specifies a universal 
data manager API, which includes a data class loader 
method, a data object creation method, get and put data 
methods which allow manipulation of existing data objects, 
and an unload method which unloads cached data objects 
from the embedded device. The data manager comprises or 
is responsive to a memory management handler which 
detects low- or out-of-memory conditions and which selects 
one or more data class objects to be unloaded from the data 
cache. 

17 Claims, 5 Drawing Sheets 
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JAVA DATA MANAGER FOR EMBEDDED viding this functionality could be used by all Java capable 

DEVICE devices, and did not require a network interface for simple 

sharing of data between applications on the same device. 



BACKGROUND OF TIIE INVENTION 



SUMMARY OF THE INVENTION 



In the embedded device environment, a hardware inde- 
pendent processor such as a Java Virtual Machine is often present invention is a novel method and mechanism 
instaUed on the device to allow a program to be downloaded for allowing data to be stored on remote network devices and 
and executed on the device. Such a system allows a program dynamically loaded into an embedded device when needed 
written in a hardware independent language such as Sun embedded device. The mechanism of the invention 
Microsystem's Java® to be downloaded to any hardware provides data caching beyond the life of a program, allowing 
supporting the Java® environment in order to customize it other programs to use the same data objects. The mechanism 
for a particular use. This customization is often referred to invention can be used by all Java capable devices, and 
as the "personality" of the device. Multiple applications may ^loes not require a network interface for simple sharing of 
be running in concert within an embedded device to define ^^ta between applications on the same embedded device, 
the device's personality. In this way the device can dynami- A Java based Data Manager is provided which allows 
cally be made to function in different unique ways. For applications to create global data objects in a memory 
example, an embedded device such as a refrigerator may be constrained environment. The Data Manager can load Java 
customized to automatically track its contents. Just as the classes for use by data objects, create the objects, cache the 
types of food and naming conventions of similar foods may objects, and allow applications to retrieve and store the data 
differ from culture to culture, the embedded device refrig- objects. The Data Manager performs all these functions 
erator may be customized to the particular culture of the under tight memory constraints. When memory on the 
users by downloading a new personality describing the food embedded device becomes full, the Data Manager removes 
types and naming conventions to the Java enabled embedded items from its cache to free up memory using a configurable 
refrigerator device. algorithm to determine which items should be removed. 

In the embedded device domain, a hardware independent Because the Data Manager begins executing when the first 
processor such as a Java® Virtual Machine is installed on the Java program runs, the Data Manager can outlive aU other 
device to allow applications to be downloaded and executed programs, and thereby act as a data repository for Java 
on the device. In order for Java to succeed in the embedded programs. The Data Manager supports the ability to store 
device market, Java programs must be able to execute in a „^ object data on remote systems, and then retrieve the data at 
memory constrained environment. Typical embedded a later time when it is needed. The Data Manager supports 
devices contain 1 megabyte of memory or less, whereas ^^'^ to query which objects and classes are being mam- 
typical embedded Java environments for these devices are tained in its caches. 

500K or greater in size. This leaves less than 500K of free gRjEp DESCRIPTION OF THE DRAWING 
memory for the embedded device's firmware and for Java 

programs running on the device. In most cases, embedded ^^^^ invention will be better understood Cram a reading of 

Java programs create or use data objects to be shared with following detailed description taken in conjunction with 

other programs on the device, or programs running on other ^he drawing in which like reference designators are used to 

network capable devices. In a memory constrained designate like elements, and in which: 

environment, creating these global data objects using just FIG. 1 is a system diagram of a network system in which 

the Java language capabilities is a daunting task. the invention operates; 

The Java language was originally developed for the FIG. 2 is a block diagram ofan embedded device in which 

embedded device environment, allowing a program to the invention is implemented; 

execute on any hardware supporting the Java environment. FIG. 3 is a flow diagram illustrating how an application is 

Many Java enabled devices are network ready, supporting brought to life; 

Java programs collecting and analyzing data on the device. FIG. 4 is a communication diagram illustrating an 

The device data is then shared with other Java programs on example operation of a Data Manager implemented in 

the device, or with other devices on the network. The main accordance with the invention; and 

problem with implementing this type of Java system is the pjQ 5 ^ ^lass diagram of one implementation of an 
memory constraints of embedded devices. The Java Ian- 50 appHcation manager implemented in accordance with the 

guage does not directly support managing of global data invention, 
objects within a memory constrained environment. The Java 

language also does not directly support the loading of data DETAILED DESCRIPTION 

objects to remote devices, thereby allowing more memory to a novel Data Manager for an embedded device is 

be free on the device for program use. 55 described in detail hereinafter. Although the invention is 

Currently, there are no known products implementing a described in the context of a Java® environment installed on 

standard way of easily sharing global data objects between the embedded device, it will be appreciated by those skilled 

Java programs on a device in a memory constrained fashion. in the art that the principles of the invention extend to any 

There are also no known products allowing Java programs embedded device comprising a hardware independent pro- 
to unload data objects onto another device, and reload them go cessor for processing code written in a hardware indepen- 

onto the original device when needed. dent language. 

Accordingly, a need exists for a method for allowing data Turning now to FIG. 1, there is illustrated a networked 
to be stored on other network devices, and then dynamically system 10 comprising a computer system 12 in communi- 
loaded into the device when needed. A need also exists for cation with an embedded device 20 over a network 14. 
a method for allowing data caching beyond the life of a 65 Network 14 may be a conventional land-linked wired net- 
program, thereby aUowing other programs to use the same work such as a LAN or WAN, or may be a wireless network, 
data objects. It would be desirable if the mechanism pro- or any combination thereof. 
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Computer system 12 in this system operates as a client, (API) specified by Application manager 44, The universal 

executing a client application 2 that interfaces with server API provides remote devices such as computer system 12 

devices (e.g., embedded device 20) over network 14 via a with the ability to specify the desired management of the 

client interface 4. In this example, client application 2 sends device 20. Appendix A is a Java™ code listing of the APIs 
requests (e.g., unloadDataClass Datal, loadDataClass 5 of an exemplary embodiment of Application Manager 44 in 

Data2) to embedded device 20, which operates as a server to accordance with the invention. A complete description of the 

service the requests. Client application 2 may execute in its Application Manager 44 and defined API used in the illus- 

own environment on computer system 12, or alternatively trative embodiment of the invention may be found in 

within a Java-enabled Web browser (not shown) that con- co-pending U.S. Patent application Ser. No. 09/259,616, and 

tains its own Java Virtual Machine (JVM) (not shown). The is incorporated herein by reference, 

web browser interprets Web documents with embedded Java Executing applications, including both local applications 

applets that specify the location of the data class file. The executing within the embedded device 20 and remote appli- 

web browser starts up its JVM and passes the location of the cations communicating with the embedded device 20 over 

data class file to its class loader. Each data class file knows network 14, interact with data objects via Data Manager 48. 

the names of any additional class files that it requires. These For illustration, FIG. 3 shows executing applications 26a 

additional class files may come from the network 14 (i.e., and 26b respectively interacting, through Data Manager 48, 

other machines coupled to the network 14) or the cUent with data objects 32a and 32£>. Similarly, executing appli- 

computer system 12. cation 26c interacts via Data Manager 48 with data objects 

Embedded device 20 is a Java enabled device with a Java 32fl, 326, and 32c. 
Virtual Machine (JVM) 22 installed on it. FIG. 2 is a block 20 Data Manager 48 is responsible for loading and unloading 
diagram illustrating a preferred embodiment of an embedded classes, creating instances of classes, providing access to 
device 20 in more detail. In this embodiment, embedded instances of data classes, and responding to queries regard- 
device 20 comprises a JVM 22, a memory 50, and a network ing the data classes and instances currently managed by the 



Data Manager 48. Data manager 48 maintains a data class 
list 47 and a data class instance list 49. Lists 47 and 49 may 
be maintained as a single list implemented in a single 
hashtable, keyed either by data class name or by instance 
label. Alternatively, lists 47 and 49 may be implemented as 
separate hashtables, as shown in FIG. 2. In yet another 



interface 25. JVM 22 comprises a class loader 42 and an 

execution unit 46. Preferably, JVM 22 also comprises a 25 
bytecode verifier 44, although in some memory-constrained 
devices this may not be implemented. Class loader 42 is 
preferably implemented with an Application Manager 44, 
which is responsible for the downloading, execution, and 

caching of other Java based programs from the network 14. 30 embodiment, data class instance list 49 may be implemented 

An exemplary Application Manager 44 is described in as a separate list within each data class object as shown in 

copending U.S. Pat. application, Ser. No. 09/259,616, which FIG. 3. In the preferred embodiment. Data Manager 48 is 

is incorporated herein by reference. Data manager 48 is implemented as an object which provides a universal Java 

responsible for the loading and unloading of data classes and language Data Manager Application Program Interface 

creating, keeping track of, and caching data objects. 35 (API). The universal Data Manager API provides both 

Memory 50 comprises a data cache 54 and preferably an locally executing and remotely executing applications with 

application cache 52. Data cache 54 is managed by data the ability to manage and access the currently loaded data in 

manager 48 and application cache 52 is managed by appli- embedded device 20. Appendix B is a Java® code listing of 

cation manager 44. When JVM 22 begins executing on the APIs of an exemplary embodiment of Data Manager 48 

embedded device 20, it creates objects for and begins 40 in accordance with the invention. 

executing Application Manager 44 and Data Manager 48. As shown in Appendix B, Data Manager API includes 
FIG. 3 illustrates how an application 26a, 26b, 26c is functionality for data class loading and unloading via the 
brought to life. As illustrated, this is accomplished by loadDataClass and unloadDataClass methods. Method load- 
instantiating an application's Java class 2Sa, 286, creating DataClass loads a data class by the name of "dataName" 
an instance object 30fl, 30£>, 30c of the class 28fl, 2Sb, and 45 having a structure of a class identified by a "className". In 
then calling a main method on the object 30fl, 30b, 30c to run the preferred embodiment, a "main Class" argument Ls speci- 
the application 2 6fl, 26/?, 26c. Multiple instances of the same fled to indicate whether the class implements a main ( ) 
application may be executed simultaneously by creating function which is called to instantiate an instance of the data 
multiple instances of the same Java® class. For example, as class. A "classData" argument is passed which contains a 
shown in FIG. 3, objects 30a and 30b are instances of the 50 byte array of the class data itself. The Data Manager receives 
same class 28a, whereas object 30c is an instance of a it as an array of bytes. When a data class "dataName" is 
different class 286, Accordingly, applications 26a and 26b loaded, a class object having a structure defined by a class 
are different instances of the same application which may identified by "className" is created, and its main ( ) 
run simultaneously, while application 26c is an entirely method, if it exists, is executed. If a main ( ) method does 
different appHcation. 55 not exist, then the design of Data Manager 48 must include 
Apphcation manager 44 provides downloading, starting, means for determining the name of the method to call when 
stopping, querying, and memory management capabilities. the class object is created. This may, for example, be 
In order to provide these capabilities over network 14, accomplished via the Java® reflection method. Upon cre- 
cmbcdded device 20 includes a network interface 25 imple- a lion of the data class object, the data class object is added 
menting a network protocol 48, such as Java® Remote 60 to the data cache 54 and the name of the data class 
Method Invocation (RMI) protocol, HyperText Transport "dataName" is added to a data class list 47 maintained by 
Protocol (HTTP) for Web hosted requests, or an application Data Manager 48. 

level protocol over TCP/IP sockets, which allows clients 12 When a data class is requested or selected to be unloaded 

to send requests to the Application manager 44 of the from data cache 54, method unloadDataClass is invoked, 

embedded device 20. In the preferred embodiment, network 65 Method unloadDataClass unloads a data class by the name 

interface 25 speaks to Apphcation manager 44 using a of "dataName" by removing the data class object and all 

universal Java language Application Program Interface instances of the data class object from the data cache 54. 
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Upon removal of a data class object from the data cache 54, creation, access to, and removal of data classes and objects, 

the name of the data class "dataName" is also removed from whether at the request of executing applications 30a ^ 30b, 

the data class list 47 maintained by Data Manager 48. In 30c, network 14, or memory manager handler 27, are 

addition, all instance identifiers are removed from a data performed through Data Manager 48. In the example shown 

class instance list 49 maintained by Data Manager 48. 5 in FIG. 4, a data class called "DATAl" is loaded 402 into the 

Data Manager API also includes functionality for creating embedded device 20 from the network 14. Executing appli- 

instances of managed data classes via the creates method. cation 30fl creates 404a an instance of data class DATAl 

The create 0 method accepts the name of a class "c" and an called "keyl", and then sets 406a its value. Executing 

object label "key", and instantiates a data object of class type application 306 similarly creates 404b an instance of data 

"c". llie newly created data object implements a "DataCon- class DATAl called "key2", and sets 406£> its value. Execut- 

tract" interface, also specified in Appendix B, which pro- ing application 30c obtains 408 a list of instances of data 

vides and interface which allows the Data Manager 48 to objects managed by Data Manager 48 and then accesses 

allocate an appropriate amount of memory, properly initial- 410a, 410b the data objects of class DATAl created by 

ize the object, and safely clean up open resources if and applications 30a and 30^?. Because the data objects are 

when the data object is deleted. The "key" label is used as cached by Data Manager 48 in data cache 54, applications 

a handle to the newly created data object and is added to the 30a and 30b that created data objects "keyl" and "key2" 

data class instance list 49 maintained by Data Manager 48. need not actually be execuring at the time that application 

Read and write access to existing data objects is provided 30c accesses 410a, 4106 the data objects "keyl" and "kcy2". 
via the get ( ) and put ( ) methods. Method get ( ) takes a data Accordingly, Data Manager 48 allows data objects to sur- 
object label "key" and returns requested data from the data ^^^^ lifetime of their creating application, thereby pro- 
object identified by "key". Method put ( ) takes a data object viding a mechanism for allowing data sharing in a memory- 
label "key" and a value of class DataContract, and sets the constrained embedded device 20 by allowing the creating 
values of the data object identified by label "key". applications to be unloaded from memory 50 to free up 

Data Manager API also provides query functionality to memory for another application to be loaded, or for more 

allow local and remote applications obtain a list of the 25 ^^^^ "key3" created 414 by other currently executing appli- 

currently managed data classes and instances of data classes. cations 30c. In the example of FIG. 4, the request to create 

Method dalaOasses ( ) returns a list of class names of the 414 data object "key3" results in an OutOfMemoryError 

classes that are currently managed by Data Manager 48. exception, signaling that not enough free memory exists in 

Method data ( ) returns a list of instance labels of data data cache 54 to accommodate the creation and caching 

objects that have been created and are currently managed by 30 requested new object. 

Data Manager 48. JVM 22 attempts to have applications 26a, 266, 26c 

When creating a data object, Data Manager 48 preferably continue to execute in low- or no-memory situations. If, 

caches the data object 32a, 326, 32c by default in the data tiering the execution of an application 26a, 266, 26c, the 

cache 54, and destroys the data object 32a, 326, 32c only 22 runs out of memory, an OutOfMemoryError error 

when explicitly requested using the unloadData Class ( ) 35 generated. JVM 22 includes a memory management 

method or when the memory management handler 27 selects handler 27 which handles low- or no-memory conditions. In 

the data object 32a, 326, 32c to be unloaded as a result of a the preferred embodiment, memory management handler 27 

low- or no-memory condition (e.g., OutOfMemoryError is triggered into action by the occurrence of an OutOfMemo- 

exception). In the preferred embodiment, the order in which ryError generated by the JVM 22. 

currently loaded data classes are unloaded by the memory 40 In one embodiment, memory management handler 27 
management handler 27 is set using the setFreeDataFirst ( ) reacts by judiciously dumping application and/or data class 
method of the Data Manager 48. The setFreeDataFirst ( ) objects and or application and/or data objects from memory 
method allows a client to set or change the order in which 50, In the preferred embodiment, the order for unloading 
data classes and objects are unloaded in case of a low- or cached objects may be set dynamically using the 
no-memory condition. This may be accomplished in any of 45 setFreeAppsFirst( ) method of Application Manager 44 and 
several ways, including by adding an unload priority field to setFreeDataFirst( ) method of DataMgr 48. Alternatively, the 
each entry in the application list which indicates the ranking order is determined according to a predetermined algorithm 
of the application for unloading the class. By caching the coded within the memory management handler 27 itself. By 
data class, the Data Manager 48 maintains a reference to the calling the Java® Runtime .gc( ) method, Application Man- 
data class, thereby forcing the Java Virtual Machine 22 not 50 ^g^^ ^4 and Data Manager 48 are able to inform the JVM 22 
to garbage collect the data object 32a, 326, 32c. The data that unloaded class objects and instances of those class 
object 32a, 326, 32c can then be accessed and manipulated objects in a given cache 52 or 54 are available to be 
by apphcations 26fl, 266, 26c, regardless of whether the reclaimed. 'ITie unloading of class objects from a cache 52 or 
application itself created the object as long as the application 54 forces any instances of those classes to be unloaded as 
26fl, 266, 26c knows the handle of the object. This allows 55 well. 

data objects 32a, 326, 32c to be created by one application AppUcation manager 44 and Data Manager 48 preferably 

and used by other applications, regardless of whether the provide memory management functionality. In one 

application that created the data object remains loaded and embodiment, Application manager 44 references class 

running in the JVM 22. ITius, in low-memory situations, objects 28a, 286 and application objects 30a, 306, 30c in 

application classes and objects can be loaded and unloaded eo application cache 52, and Data manager 48 references global 

as necessary to operate within the low-memory data classes and global data objects 32a, 326, 32c in data 

environment, while the data classes and data objects created cache 54, thereby ensuring that these objects are not garbage 

and manipulated by the various applications can live beyond collected. 

the lifetime of the creating applications to be shared by other In an alternative embodiment, memory management han- 

latcr executing applications. 65 dler 27 continuously monitors the free memory level, and in 

FIG. 4 is a communication diagram illustrating an times of low- or no-free memory, removes objects from its 

example operation of Data Manager 48. As shown, all caches 52, 54 and triggers garbage collection to free up more 
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memory as needed. As previously described, garbage col- 
lection is triggered by calling the Java® Runtime.gc( ) 
method after removing items from the application cache 52 
or data cache 54. A choice must be made when implement- 
ing an memory management handler 27 as to how it man- 
ages the memory 50 in low memory situations. One choice 
is which cache, application cache 52 or data cache 54, is to 
have items removed from it first when low free memory 
occurs. In most cases it may be easier to remove application 



order in which data classes and instances of those data 
classes 32a, 32b, 32c are selected for unloading upon the 
detection of a low- or no -memory condition is set 522. If the 
request is a query for the managed data classes 
dataClasses( ), the string list of managed data classes is 
returned 514. If the requested is a query for the managed 
data objects (i.e., instances of data classes), the string list of 
managed data objects is returned 526. 

When it is determined 504 that data class objects or 



objects 30a, 30/), 30c and associated class objects 28a, 2Sb, 10 instances of data objects are to be unloaded due to a low- or 

and re -download them as needed. This decision is predicated no-memory situation, in the illustrative embodiment Data 

on the long amount of time it may take to recreate global Manager 48 removes references to the objects that arc 

data. chosen to be unloaded and causes the unreferenced objects 

Application and global data objects are preferably to be removed from the data cache 54 by calling the Java® 

designed to be as separate as possible for the caching scheme 15 Runtime.gc( ) method. As previously described, only unref- 

to work conrectly. If a global data class 32fl, 32b, 32c is erenced classes are removed from the cache 54 because only 

referenced as a member of an application class object 28a, unreferenced classes can be garbage collected by the Java® 

28Z>, then unreferencing the data class 32a, 32b, 32c will do Runtime.gc( ) method. 

nothing to free up memory unless the class object 28a, 28b As described in detail above, the Data Manager 48 of the 

is also imreferenced. The reverse case of a global data class 20 invention allows caching of data classes and data objects in 

32a, 32b, 32creferencing an application class object 28a, data cache 54 in memory 50, even after the creating appli- 

2Sb also causes the same result. Application class objects cation has terminated and/or been unloaded. An illustrative 

28a, 2Sb should only reference global data classes 32a, 32b, example of the ulihty of the invention exists in the electronic 

32c in methods, not in class members. Preferably, global test domain. The first execution of an application could save 

data objects 32a, 32b, 32c never reference application class ^5 setup information which allow future runs of the application 



objects 28a, 2Sb. 

FIG. 5 is an operational flow diagram illustrating the 
functionality of the Data Manager 48 of the invention. Data 
manager 48 receives 402 a request from either a local 
application executing on the embedded device 20, a remote 
application executing on a system connected to the network 
14, or from an object within the JVM 22 such as memory 
manager handler 27. If the execution of the request would 
result in the use of free memory (e.g., loadDataClass( ), 
create( ), a determination 504 is made as to whether the 
execution of the received request would result in a low- or 
no-memory condition. If so, application or data class 
object(s) and/or application or data object(s) are selected 
506 for unloading from memory 50. The selected object(s) 
are then unloaded 508 from the appropriate cache 52 or 54 
in memory 50. If the received request is a loadDataClass( ) 
request, a data class object is loaded from the network 14 
and defined 510. A data object 32a, 32b, 32c is instantiated 
512 and the request is complete. If the request is a get( ) 
request, the application is retrieved 514 from the requested 
data object 32a, 32b, 32c. If the request is a put( ) request, 
the value(s) in the requested data object 32a, 32b, 32c, are 
set 516. If the request is an unloadDataClass( ) request, the 
requested data class object is unloaded 518 from the data 
cache 54. If the request is a setFreeDataFirst( ) request, the 



30 



35 



40 
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to execute faster. In this example. Data Manager 48 could 
cache test system calibration information. Again, by caching 
the test system calibration information in data cache 54, 
Data Manager 48 maintains a reference to the data, thereby 
forcing the Java \^rtual Machine 22 not to garbage collect 
the data. Accordingly, data caching in this manner allows 
information to be saved for subsequent runs of the same or 
different apphcation. 

As described in detail above, the present invention pro- 
vides a data manager and API specification which runs 
within a Java Virtual Machine that is intended for use in 
electronics devices or appliances and in other embedded 
systems having environments with limited memory and or 
resource constraints. The invention provides the flexibility 
to cache global data for futiu-e runs when memory resources 
become constrained in order to free up memory for higher- 
priority applications. 

Although the invention has been described in terms of the 
illustrative embodiments, it will be appreciated by those 
skilled in the art that various changes and modifications may 
be made to the illustrative embodiments without departing 
from the spirit or scope of the invention. It is intended that 
the scope of the invention not be limited in any way to the 
illustrative embodiment shown and described but that the 
invention be limited only by the claims appended hereto. 



APPEISTDIX A 



Java Application Manager APt 
import java.io.IOException; 
public interface ApplMgr 

{ 

// Application centric methods 

public String[] applClasscsQ throws lOException; 

public Stringf] applicationsQ throws lOException; 

public String[] applInstancesQ throws lOException; 

public void loadApplClass( String applName, String className, 

boolean mainClass, byte class l>ata[]) 

throws [OException; 
public String initAppl( String applName ) throws lOException; 
// Must be a MAIN class to work 

public String loadAndImt( Siring applName, String classNamc, 
b>te classDataG ) throws lOException; 
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APPENDIX A-coatinued 



public String startApp]( String applNamc, String applld ) throws lOException; 
public void stop Appl( String applName, String applld ) throws lOException; 
public void unload[Appl( String applNamc ) throws lOException; 
// Memory API's 

public loQg free McmoryQ throws lOException; 
public long total MemoryO throws lOException; 
public double getFrecMemoryUmttO throws lOException; 
public void setFreeMemorylimit( double percent ) throws lOException; 
public boolean getFreeAppsFirstPolicyO throws lOException;; 
public void setFreeAppsFirst( boolean val ) throws lOException;; 
} // end interface ApplMgr 



APPENDIX B 



import Java. io. lOException; 
public interface DataMgr 
{ 

public DataContract create ( Class c, Object key ); 
public Stringf] dataQ throws lOException; 
public DataContract get( Object key ); 
public void put( Object key, DataCbntract value ); 
public String[] dataClassesQ; 

public void loadDataClass( String data Name, String className, 

boolean mainClass, byte class Data[] ); 
public void unloadDataClass( String dataName ); 
/* setFreeDataFirstO method 

* Allows a client to set or change the order in which data classes and 

• objects arc unloaded in case of a low- or no-memory condition. 
} // end DataMgr interface 

public interface DataContract 

{ 

/• Must also implement a public no arg dcfeult ctor. •/ 
/• initO 

* Called to initialize the data object, which may require retrieving data from * a 
Database or other source 

V 

public void init( Object key ); 
/* memSizeQ 

* Returns the amount of memory that is needed to create an object of 

* this type 

public long memSizeQ; 
/* deleteO 

* Called by data manager when freeing up memory to clean up any open • resources. */ 
public void deleteQ; 

/* frec-memoryO 

* Returns the amount of free memory' that is free for data manager to 

* allocate objects from. */ 
public long free-memor>'0 
} // end DataContract 



What is claimed is: 

1. A data manager which manages global data in an 
embedded device, said embedded device comprising a hard- jq 
ware independent processor which processes code written in 
a hardware independent language, said hardware indepen- 
dent processor installed and running on said embedded 
device, an interface for communicating with a client, and a 
data cache for storing said global data, comprising: 

a data class list having entries each entry comprising a 
data class identifier which identifies a data class object 
currently loaded in said embedded device; 
a data class loader method which loads a data class 
received from said client via said interface, creates a 
new data class object for said data class, stores said new 
data class object in said data cache, and adds a new 
entry to said data class list to identify said new data 
class object as being a currently loaded data class 
object that is currently loaded in said embedded device; 
and 65 
a data class instance list having entries each entry com- 
prising an instance identifier which identifies a data 



object, said data object being an instance of one of said 
currently loaded data class objects that is currently 
loaded in said embedded device. 

2. A data manager in accordance with claim 1, compris- 
ing: 

a data object creation method which creates a new 
instance of one of said currently loaded data class 
objects identified in said data class list and adds a new 
instance identifier which identifies said new instance to 
said data class instance list. 

3. A data manager in accordance with claim 2, compris- 
ing: 

a get data method which is responsive to an instance 
identifier argument to retrieve data associated with said 
data class object instance that is identified by said 
instance identifier argument, wherein said instance 
identifier argument comprises one of said instance 
identifiers existing in said data class instance list. 

4. A data manager in accordance with claim 2, compris- 
ing: 
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a put data method which is responsive to an instance 
identifier argument and a data value to set said data 
associated with said data class object instance that is 
identified by said instance identifier argument to said 
data value, wherein said instance identifier argument 5 
comprises one of said instance identifiers existing in 
said data class instance list. 

5. A data manager in accordance with claim 1, compris- 
ing: 

an unload method which is responsive to a data class ^0 
identifier argument to remove said data class object 
identified by said data class identifier argument from 
said data cache and to remove said data class identifier 
argument from said data class list, wherein said data 
class identifier argument comprises one of said data ^5 
class identifiers existing in said data class list. 

6. A data manager in accordance with claim 5, compris- 
ing: 

a memory management handler responsive to a detection 
of a low- or out-of-memory condition which selects one 
of said data class objects cached in said data cache to 
be unloaded, and causes said selected data class object 
to be unloaded from said data cache. 

7. A data manager in accordance with claim 1, wherein: 
said data class instance list is distributed across and stored 

within each of said data class objects identified in said 
data class list such that each data class object maintains 
only that portion of said data class instance list that 
contains data class instance identifiers identifying data 
class instances of a class defined by said corresponding 
data class object. 

8. An embedded device, comprising: 

a hardware independent processor which processes code 
written in a hardware independent language, said hard- 35 
ware independent processor installed and running on 
said embedded device; 
an interface for communicating with a client; 
a data cache for storing global data objects; 
a data manager compnsing: 

a data class list having entries each entry of which 
identifies a data class object currently loaded in said 
embedded device; 
a data class instance list having entries each entry 
comprising an instance identifier which identifies a 
data object, said data object being an instance of one 
of said currently loaded data class objects; and 
a data class loader method which loads a data class 
received from said client via said interface, creates a 
new data class object for said data class, stores said 
new data class object in said data cache, and adds a 
new entry to said data class list to identify said new 
data class object as being loaded in said data cache. 

9. An embedded device in accordance with claim 8, 
wherein: 

said data manager comprises: 

a data object creation method which creates a new 
instance of one of said currently loaded data class 
objects identified in said data class list and adds a 
new instance identifier which identifies said new 
instance to said data class instance list. 

10. An embedded device in accordance with claim 9, 
wherein: 

said data manager comprises: 55 
a get data method which is responsive to an instance 
identifier argument to retrieve data associated with 
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said data class object instance that is identified by 
said instance identifier argument, wherein said 
instance identifier argument comprises one of said 
instance identifiers existing in said data class 
instance list. 

11. An embedded device in accordance with claim 9, 
wherein: 

said data manager comprises: 

a put data method which is responsive to an instance 
identifier argument and a data value to set said data 
associated with said data class object instance that is 
identified by said instance identifier argument to said 
data value, wherein said instance identifier argument 
comprises one of said instance identifiers existing in 
said data class instance list. 

12. An embedded device in accordance with claim 8, 
wherein: 

said data manager comprises: 

an unload method which is responsive to a data class 
identifier argument to remove said data class object 
identified by said data class identifier argument from 
said data cache and to remove said data class iden- 
tifier argument from said data class list, wherein said 
data class identifier argument comprises one of said 
data class identifiers existing in said data class list. 

13. An embedded device in accordance with claim 8, 
comprising: 

a memory management handler responsive to a detection 
of a low- or out-of-memory condition which selects one 
of said data class objects cached in said data cache to 
be unloaded, and causes said selected data class object 
to be unloaded firom said data cache. 

14. A method for managing data in an embedded device, 
said embedded device comprising a data cache for storing 
data, a data class list for storing data class entries each 
comprising an identifier which identifies a data class cur- 
rently loaded in said data cache; and a data class instance list 
having data class instance entries each comprising an 
instance identifier which identifies a data object, said data 
object being an instance of one of said currently loaded data 
class objects, comprising the steps of: 

loading a data class into said data cache;- 
adding an identifier which identifies said data class to said 
data class Ust; 

creating a new instance of one of said data classes 

currently loaded in said data class; 
loading said new instance into said data cache; and 
adding a new instance identifier which identifies said new 

instance to said data class instance list. 

15. A method in accordance with claim 14, comprising the 
steps of: 

retrieving data from one of said data class object instances 
that is identified in said data class instance list. 

16. A method in accordance with claim 14, comprising the 
steps of: 

obtaining a data value; 

setting a data class object instance that is identified in said 
data class instance list to said data value. 

17. A method in accordance with claim 14, comprising the 
steps of: 

removing a data class object from said data cache; and 
removing said data class identifier which identifies said 
data class object from said data class list. 
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